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COMPUTER-IMPLEMENTED VEHICLE REPAIR CLAIMS PROCESSING 

SYSTEM 

BACKGROUND OF THE INVENTION 
FIELD OF THE INVENTION 

The present invention relates generally to computer-based vehicle warranty 
and repair administration systems and more particularly, to computer-based vehicle 
5 warranty and repair expert systems. 

BACKGROUND AND SUMMARY OF THE INVENTION 

Automotive dealerships handle many different vehicle repairs which 
generate a corresponding number of warranty processing requirements. For 
example, a dealership must be able to detect when a vehicle is still under warranty 
10 for a repair or whether a vehicle is subject to a recall. 

The problem of warranty processing is even further compounded if 
warranties from dealerships from different states of the United States or of different 
countries must be processed. A state may impose warranty processing regulations 
that are different from another state. Likewise, the warranty processing regulations 
15 of the United States may be significantly different from the regulations of Mexico. 

An existing approach to processing warranty claims from dealerships 
distributed across the world was to use a rather large and difficult to maintain set of 
COBOL programs. A different set of COBOL programs was used for each major 
geographic region. The processing requirements were hardcoded in COBOL 
20 programs so that a change in warranty processing requirements necessitated a 
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COBOL source code change in one or more of the sets of COBOL programs. To 
locate where the source code change had to occur was difficult and tedious, with 
unexpected effects occasionally occurring after the changes were implemented. 

A specific example of a warranty processing problem is, if a vehicle is 
5 damaged while in route to a dealership, the carrying company is responsible for the 
damage. Typically, the vehicle manufacturer would pay the dealership for the 
damage in route. The carrying company would reimburse the vehicle manufacturer 
for the damage. However, due to the distributed nature of vehicle delivery and the 
vast number of vehicles that are delivered, the vehicle manufacturing company 

10 experienced great difficulty in associating the damaged vehicles with the carrying 
company and with the dealership. Invariably, the vehicle manufacturer was not 
able to recoup fully from the carrying company the monies paid to the dealership. 
Moreover, if damage is not reported quickly enough, the carrying company may 
refuse to pay for the damage. 

15 The present invention overcomes the aforementioned disadvantages as well 

as other disadvantages. In accordance with the teachings of the present invention, 
a user-friendly computer-implemented vehicle repair claim processing method and 
apparatus are provided. Repair data is received related to repair of a vehicle. 
Repair claim expert rules determine at least one response to the input repair claim 

20 data based upon the received input repair claim data. The repair claim expert rules 
include repair claim-related premises and repair claim-related actions. At least one 
of the repair claim-related premises uses the received repair claim data to 
determine whether a preselected repair claim-related action should be executed. 
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The preselected repair claim-related action is used to generate a repair claim- 
related response. The expert rules are accessible by a user in a high level 
computer expression format. 

Further areas of applicability of the present invention will become apparent 

5 from the detailed description provided hereinafter. It should be understood 
however that the detailed description and specific examples, while indicating 
preferred embodiments of the invention, are intended for purposes of illustration 
only, since various changes and modifications within the spirit and scope of the 
invention will become apparent to those skilled in the art from this detailed 

10 description. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will become more fully understood from the detailed 
description and the accompanying drawings, wherein: 

Figure 1 is a system block diagram depicting the repair claim processing 
15 expert rules system of the present invention; 

Figure 2 is a system block diagram depicting the creation of the repair claim 
processing expert rules of the present invention; and 

Figures 3-9 are computer screen displays showing different detailed views of 
the repair claim processing expert rules system. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Figure 1 depicts an unique computer networked system 30 for processing 
vehicle warranty claims via a single expert system 34. The one integrated expert 
system 34 preferably uses expert repair claim rules 38 in a knowledge base system 
5 to process the many warranty claims that are generated by the different dealerships 
throughout the world. It should be understood that the present invention applies to 
vehicle repair claim processing as well as to the more specific repair claim type 

Dealers provide repair claims through one of a number of different types of 
front-end interfaces. As a non-limiting example, dealers can utilize a dial up 
10 personal computer (PC) 40 as a front-end to connect to the back-end system 42 
that contains warranty expert system 34. 

Other types of interfacing computers include general purpose computers 
with Internet web browsing capability. The web browsers connect to the back-end 
system 42 via an Internet connection. Another type of front-end includes a dealer 
15 mailing a warranty claim to the vehicle's manufacturer so that the vehicle 
manufacturer can input the warranty data through front-end computer system 46. 

In an exemplary embodiment, computers 40 and 46 communicate with the 
back-end system 42 through different software modules. Computer 40 
communicates with the back-end system 42 through the batch claims driver 
20 software module 50. Computer 46 communicates with the back-end system 42 
through interface software 52. Computers 40 and 46 provide such warranty data 
as the dealer involved in the transaction, the vehicle identification number (VIN), 
the parts involved in the repair operation, the labor operation code (LOP), etc. 
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With respect to computer 40, the batch driver software module 50 processes 
the input warranty data by invoking data retrieval subroutines software module 54 in 
order to retrieve from database 58 any additional information needed to process the 
warranty claim. With respect to computer 46, another software program 56 invokes 

5 data retrieval subroutines software module 54 in order to retrieve from database 58 
any additional information needed to process the warranty claim. 

For example, data retrieval subroutines software module 54 may retrieve 
information related to whether the vehicle is still under warranty from database 58. 
As another non-limiting example, information related to what type of warranty the 

10 vehicle is under may also be retrieved from database 58. In the preferred 
embodiment, data retrieval subroutines software module 54 uses structured query 
language (SQL) commands to retrieve the information from a relational database 
management system, such as the DB2 relational database management system 
from IBM. 

15 The input warranty data and additional data retrieved from database 58 are 

provided to the knowledge base expert system 34. In the preferred embodiment, 
the knowledge base system is an Aion system which is available from Computer 
Associates, Inc. 

Knowledge base system 34 uses warranty rules engine 38 to evaluate the 
20 input warranty data and the additional data from database 58. Input/output 
interface 62 allows "outside" software modules to communicate with the warranty 
expert rules 38. These "outside" software modules include but are not limited to 
the batch claims driver software module 50 and software module 56. 
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Input/output interface 62 provides a standard mechanism to communicate with 
the knowledge base system and to populate the knowledge base system with 
knowledge warranty business objects 66. An example of a knowledge warranty 
business object 66 is the "dealer" object which has the attributes relating to the 

5 dealer such as for example address, labor rates, and technician identification. 

Input/output interface 62 also provides an interface for an user to view the 
repair claim-related expert rules. The present invention uses a lower level 
representation of the repair claim-related expert rules when the rules are being 
executed, but uses a high level computer expression format (such as an English 

10 phrase format) to display to an user the high level computer expression format of 
the repair claim-related expert rules. This provides an unique advantage of 
allowing non-computer programmers to create and/or evaluate repair claim- 
related expert rules since the rules are displayed to them in an English phrase 
format. 

15 Warranty business rules engine 38 processes the data provided by 

input/output interface 62 by applying such rules as whether the parts indicated in 
the input data make sense relative to the labor that is being performed. For 
example, a labor operation code for warranty work on brakes would not involve 
engine parts since another labor operation code would be used for that work. 

20 If warranty business rules engine 38 needs additional information from 

database 58, then warranty business rules engine 38 uses the parms software 
module 70 to query database 58 for the additional information. The parms software 
module 70 uses SQL commands to perform the queries. 
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Warranty business rules engine 38 uses the query module 74 in order to 
interface with the data retrieval subroutines 54. As a non-limiting example, this is 
done conditionally when additional historical information is required to validate a 
claim. 

5 Figure 2 depicts a computer system block diagram for creating and 

maintaining the integrity of the large set of warranty business rules used by the 
present invention. In the preferred embodiment, a rules administrator 100 uses a 
graphical user interface (GUI) 104 to enter and test new and existing warranty 
rules. The rules administrator may be entering new warranty rules due to a change 

10 in a state warranty law and wants to ensure that none of the current warranty rules 
are inconsistent with the new warranty rules. 

An unique advantage of GUI 104 is that rules administrator 100 uses English 
phrases to express the warranty rules. Previous expert rules-based systems 
mandated that users express the rules in the programming language of the 

15 knowledge base system, such as in the C++ programming language. The present 
invention allows the rules administrator to focus less on programming language 
knowledge and focus more on the substance of the warranty rules. This advantage 
allows more types of users to enter in rules than only using users with an 
appreciable amount of programming experience as rules administrators. An 

20 example of the more English phrase-like rules approach in the present invention is 
the following: if the odometer reading at the time of the repair was 'excessive' (using 
an excessive mileage parameter), then set message code "ABC" and reject the 
claim." However, it should be understood that the present invention includes other 
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different English phrases, such as "labor hours must be greater than zero", as well 
as expressions in other higher order languages, such as German or Italian. 

GUI 104 provides knowledge base generator software module 108 with the 
new warranty rules from rules administrator 100. Knowledge base generator 108 

5 uses the knowledge base consistency checking software of the Aion system to 
check that the rules being entered by rules administrator 100 are properly worded 
and using words that are understandable by the present invention. If the rules are 
not consistent such that they are not syntactically correct or not uniformly worded, 
then messages are provided to rules administrator 100 that explain the reason(s) 

10 behind the inconsistency or non-uniformity so that rules administrator 100 may 
provide corrective action. Once the new rules have been checked by knowledge 
base generator 108, the preferred embodiment provides the knowledge base 
generator 108 with converting the English phrase rule expressions into a 
programming language, such as C++. 

15 Integrity rules software module 112 uses the knowledge base consistency 

checking software of the Aion system to check that the rules from knowledge base 
generator 108 being entered by rules administrator 100 are consistent with rules 
that are presently in the warranty knowledge base system of the present invention. 
If the rules are not consistent, then messages are provided to rules administrator 

20 100 that explain the reason(s) behind the inconsistency so that rules administrator 
100 may provide corrective action. 

A forced test software module 116 provides warranty test case scenarios to 
test the new rules with the existing rules. If inconsistencies arise during the testing, 
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then messages are provided to rules administrator 100 that explain the reason(s) 
behind the inconsistencies so that rules administrator 100 may provide corrective 
action. If testing does not provide inconsistencies, then approval process software 
module 120 provides a structured environment for personnel other than the rules 

5 administrator to approve the knowledge base with the new rules. 

Once the new knowledge base is approved, regression testing software 
module 124 provides a larger body of scenarios via claim test data 128 to test the 
new knowledge base. After regression testing, the tested knowledge base 132 is 
processed through reverse engineering software module 136 in order to create a 

10 specification that can be used to recreate the complete knowledge base if it should 
become corrupted. 

The specification for the knowledge base includes warranty business 
methods 140, warranty business rules 38, application dictionary 144, and other 
references 148. An example of a warranty business method 140 is the parts mark- 

15 up and pricing module which determines the dealer mark-up on parts. Application 
dictionary 144 is a reference library that identifies data elements and attributes used 
in the repair claims processing system. Other references 148 include other internal 
mainframe software libraries that are referenced during repair claims processing. 

Figure 3 depicts an exemplary computer screen for a rules administrator to 

20 use to enter and maintain warranty rules. Each warranty rule is preferably given an 
unique number, such as LB7 as shown by reference numeral 200. LB7 rule 200 
contains premise(s) and action(s). If the premises are evaluated as true, then the 
action(s) are executed. For example, the LB7 rule 200 includes two premises and 
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one action. The first premise 202 is: (the condition labor input hours is less than or 
equal to zero). If the two premises of the LB7 rule 200 are together evaluated as 
true, then the action shown by reference numeral 204 is executed. The 
"Applyl_B7Rule" method 205 is the code that executes the rule. 

5 Figure 4 depicts a computer screen that shows how the present invention 

enters and/or edits information related to the first premise of LB7 rule 200. Figure 5 
shows how an user can select whether an expression is an action or a premise. 
Figure 6 shows how an user is able to construct English phrases for rules. A pull 
down box lists the different expressions that have been stored by the present 

10 invention and that can be used by rule administrators. 

Figure 7 depicts the various business terms that have been stored as 
variables for use by rule administrators to construct rules. Column 240 entitled 
"Description" details the user-friendly English phrases that a rules administrator 
uses to build repair claim rules. Column 242 entitled "Term" shows the C++ object 

15 to which the English phrase is translated when the rules are converted by the 
present invention from English phrases into C++ code. 

Figure 8 shows detailed information regarding the business term 
"ConditionLaborlnputHours", such as how it is derived. The derivation is shown in 
derivation region 250. This term is derived via a database command that retrieves 

20 data from the field "Q_LAB R_H RS_S U B MT" from the database table "Labor". The 
present invention allows rules administrators to build rules from preexisting 
constructs, such as from already existing phrases. Figure 9 shows the business 
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term "LessThanorEqualZero' which has an atomic derivation with an expression of 
"<=0". 

The invention being thus described, it will be obvious that the same may be 
varied in many ways. Such variations are not to be regarded as a departure from 
the spirit and scope of the invention, and all such modifications as would be 
obvious to one skilled in the art are intended to be included within the scope of the 
following claims. 
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